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Abstract — Dominant  Pruning  (DP)  is  a  distributed  connected 
dominating-set  algorithm  that  can  be  used  for  reducing  the 
impact  of  flooding  in  wireless  ad  hoc  networks.  We  propose  an 
enhanced  dominant  pruning  (EDP)  approach  to  be  used  in  the 
route  discovery  process  of  on-demand  routing  protocols.  To  show 
the  benefits  of  EDP,  we  integrate  EDP  into  the  Ad-hoc  On-demand 
Distance  Vector  (AODV)  protocol.  We  present  detailed  simulation 
results  showing  that  our  approach  improves  standard  AODV 
in  most  aspects,  and  that  it  is  simple  and  easy  to  implement. 
Our  approach  is  compared  against  AODV  and  OLSR,  as  good 
representatives  of  on-demand  and  proactive  routing  for  ad-hoc 
wireless  networks. 

I.  Introduction 

On-demand  route  discovery  is  based  on  route  request 
(RREQ)  and  route  reply  (RREP)  messages  (e.g.,  AODV  [1] 
and  DSR  [2]).  The  way  in  which  these  messages  are  handled 
may  differ  among  different  protocols,  but  their  functionality 
remains  the  same:  a  request  is  relayed  until  it  reaches  a  node 
with  a  valid  route  to  the  destination  or  the  destination  itself, 
which  triggers  a  reply  message  sent  back  to  the  originator. 
Several  parameters  (such  as  how  long  to  keep  requests  in  a 
cache,  timeouts  for  requests,  timeouts  for  hellos,  and  the  like) 
are  subject  to  tunning,  and  the  choices  made  may  result  in 
improvements  in  the  protocol  performance.  However,  RREQs 
are  propagated  using  either  an  unrestricted  broadcast  or  an 
expanding  ring  search  [3].  In  either  case,  the  resulting  flooding 
operation  causes  considerable  collisions  of  packets  in  wireless 
networks  using  contention-based  channel  access. 

A  connected  dominating  set  (CDS)  is  a  set  of  nodes  such 
that  every  node  in  the  network  is  either  in  the  set  or  is  the 
neighbor  of  a  node  in  the  set.  The  problem  of  determining 
the  minimum  connected  dominating  set  (MCDS)  is  known  to 
be  NP-complete.  Extensive  work  has  been  done  on  finding  a 
good  approximation  of  MCDS  in  terms  of  small  approximation 
ratio.  A  protocol  with  a  constant  approximation  ratio  of  eight 
has  been  proposed  by  Wan  et.  al.  [4],  However,  their  approach 
requires  that  a  spanning  tree  be  constructed  first  in  order  to 
select  the  dominating  nodes  (forwarders),  and  only  after  that 
a  broadcast  can  be  performed.  To  improve  the  route  discovery 
process  we  need  an  approach  that  is  suitable  for  dynamic 
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networks  with  mobile  nodes,  and  is  based  on  determining  the 
CDS  in  real  time. 

Lim  and  Kim  [5]  show  that  the  MCDS  problem  can  be 
reduced  to  the  problem  of  building  a  minimum  cost  flooding 
tree  (MCFT).  Given  that  an  optimal  solution  for  the  MCFT 
problem  is  not  feasible,  they  propose  heuristics  for  flooding 
trees,  resulting  in  two  algorithms:  self-pruning  and  dominant 
pruning  (DP).  They  show  that  both  algorithms  perform  better 
than  blind  flooding,  with  which  each  node  broadcasts  a  packet 
to  its  neighbors  whenever  it  receives  the  packet  along  the 
shortest  path  from  the  source  node,  and  that  DP  outperforms 
self-pruning.  Section  II  provides  more  details  on  DP,  shows 
an  error  in  the  original  algorithm  by  Lim  and  Kim  [5]  and  the 
way  to  fix  it. 

Enhancements  to  dominant  pruning  have  been  reported  by 
Lou  and  Wu  [6],  who  describe  the  total  dominant  pruning 
(TDP)  algorithm  and  the  partial  dominant  pruning  (PDP) 
algorithm.  TDP  requires  that  the  two-hop  neighborhood  of 
the  sender  be  piggybacked  in  the  header  of  the  packet.  This 
information  reduces  the  size  of  the  two-hop  neighbor  set 
that  needs  to  be  covered  by  the  forwarders.  The  header  size 
increases  proportionally  to  the  number  of  nodes  in  the  two- 
hop  neighborhood,  which  may  become  a  problem  in  dense  or 
large  networks.  PDP  enhances  DP  by  eliminating  the  two-hop 
nodes  advertised  by  a  neighbor  shared  by  both  the  sender  and 
the  receiver  (forwarder).  Simulation  results  assuming  an  ideal 
MAC  layer  with  which  no  contention  or  collisions  occur  show 
that  both  TDP  and  PDP  improve  DP  in  a  static  environment. 
A  dynamic  scenario  is  also  evaluated,  and  DP  is  shown  to 
perform  better  than  both  TDP  and  PDP. 

We  propose  modifications  to  DP  together  with  some  heuris¬ 
tics  that  improve  its  performance.  These  heuristics  help  to 
further  reduce  the  number  of  broadcast  messages  at  the  ex¬ 
pense  of  having  to  attach  more  information  in  the  header  of 
the  control  packets.  We  call  our  proposal  Enhanced  Dominant 
Pruning  (EDP),  which  is  described  in  Section  III.  EDP  can 
be  applied  to  any  on-demand  routing  protocol  that  relies  on 
broadcasting  control  packets  when  searching  for  a  route  to 
a  given  destination.  To  show  the  applicability  of  EDP  to 
an  existing  protocol,  we  have  implemented  EDP  in  AODV. 
Nodes  use  hello  messages  to  disseminate  their  valid  one-hop 
neighbors  for  building  the  two-hop  neighborhood,  which  is 
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the  minimum  requirement  for  the  connected  dominating  set 
algorithm  under  consideration. 

The  Optimized  Link  State  Routing  (OLSR)  [7]  [8]  is  closely 
related  to  our  work,  because  it  uses  a  similar  mechanism 
for  reducing  duplicate  control  traffic  retransmissions.  Each 
node  N  in  the  network  selects  a  set  of  nodes  among  its 
symmetrical  one-hop  neighbors,  which  are  then  responsible  for 
retransmitting  its  packets.  This  set  of  nodes  is  called  multipoint 
relays  (MPR).  Nodes  that  are  not  in  the  MPR  set  of  N  do 
not  retransmit  the  packets  received  from  N.  Our  approach 
differs  from  OLSR  in  the  way  the  forwarders  are  chosen,  as 
well  as  the  heuristics  used  for  prunning  redundant  relayers. 
Nevertheless,  in  spite  of  OLSR  being  a  proactive  routing 
protocol,  it  would  be  possible  to  substitute  the  MPR  approach 
with  ours.  The  impact  of  such  modifications  is  the  subject  of 
another  publication. 

Section  IV  presents  detailed  simulations  to  show  the  benefits 
of  EDP  when  it  is  applied  to  AODV  and  compares  it  against 
OLSR,  AODV  with  and  without  hellos,  and  AODV  with  DP. 
The  simulation  results  clearly  show  that  AODV  with  EDP  ren¬ 
ders  the  best  performance  of  all  the  AODV  versions,  and  much 
better  packet  delivery  ratios  and  end-to-end  delays  than  OLSR, 
which  is  a  direct  consequence  of  reducing  packet  collisions 
due  to  RREQs  by  means  of  EDP.  Section  V  concludes  this 
work. 

II.  Dominant  pruning  review 

We  use  a  simple  graph,  G  =  ( V. ,  E ),  to  represent  an  ad  hoc 
wireless  network,  where  V  represents  a  set  of  wireless  mobile 
hosts  (nodes)  and  E  represents  a  set  of  edges  (links).  The 
network  is  seen  as  a  unit  disk  graph  [9],  i.e.,  the  nodes  within 
the  circle  around  node  v  (corresponding  to  its  radio  range)  are 
considered  its  neighbors. 

In  dominant  pruning  (DP)  [5]  the  sending  node  decides 
which  adjacent  nodes  should  relay  the  packet.  The  relaying 
nodes  are  selected  using  a  distributed  CDS  algorithm,  and  the 
identifiers  (IDs)  of  the  selected  nodes  are  piggybacked  in  the 
packet  as  the  forwarder  list.  A  receiving  node  that  is  requested 
to  forward  the  packet  again  determines  the  forwarder  list.  The 
flooding  ends  when  there  is  no  more  relaying  nodes. 

Nodes  keep  information  about  their  two-hop  neighborhood, 
which  can  be  obtained  by  the  nodes  exchanging  their  adjacent 
node  list  with  their  neighbors.  DP  is  a  distributed  algorithm 
that  determines  a  set  cover  based  on  the  partial  knowledge  of 
the  two-hop  neighborhood.  Ideally,  the  number  of  forwarding 
nodes  should  be  minimized  to  decrease  the  number  of  trans¬ 
missions.  However,  the  optimal  solution  is  NP-complete  and 
requires  that  nodes  know  the  entire  topology  of  the  network. 
DP  uses  the  greedy  set  cover  (GSC)  algorithm  to  determine  the 
forwarder  list  of  a  packet  (i.e.,  the  list  of  nodes  that  should 
forward  the  packet)  based  just  on  partial  knowledge  of  the 
network  topology.  GSC  recursively  chooses  one-hop  neighbors 
that  cover  the  most  two-hop  neighbors,  repeating  the  process 
until  all  two-hop  neighbors  are  covered. 

The  set  of  nodes  within  two-hops  from  node  rii  is  denoted 
by  IVJ,  and  the  set  of  one-hop  neighbors  of  node  n-,  is  denoted 


by  N't .  If  node  rii  is  the  source  of  the  broadcast,  it  determines 
its  forwarder  list  so  that  all  nodes  in  Ui  =  N\  —  N\  receive 
the  packet.  The  set  of  forwarder  nodes  is  denoted  by  Fjjp  = 
c  Ni  such  that  {JheF,Dp(N{k  f)Ui)  =  Ui. 
A  forwarder  node  n3  €  Fpp  determines  its  own  forwarder 
list  upon  receiving  the  broadcast.  Node  nj  does  not  need  to 
cover  the  neighbors  of  node  n*  (i.e..  A7)*),  because  they  were 
already  covered  by  the  previous  broadcast.  In  this  case,  Uj  = 
N?2  —  N(  —  Nl  is  the  set  to  be  covered.  The  set  F^pl  C  N( 
is  the  temporary  set  cover  of  node  n; .  Our  solution  includes 
the  set  of  one-hop  neighbors  shared  by  nodes  rii  and  rij  (i.e., 
N{  f]  N{),  in  the  first  part  of  the  computation  of  the  forwarder 
list.  The  final  forwarder  list  is  defined  as  FJDP  =  Fpp,  —  Fjjj,. 

The  solution  presented  by  Lim  and  Kim  [5]  is  incorrect, 
because  only  nodes  in  the  subset  N(  —  N{  are  considered 
for  the  computation  of  the  forwarder  list,  which  can  lead  to 
incorrect  results  for  particular  topologies.  The  reason  is  simple, 
nodes  being  shared  by  the  source  and  the  receiver  are  still 
candidates  as  forwarder  nodes,  because  node  nj  may  have 
two-hop  nodes  exclusively  advertised  by  some  shared  node. 
Because  a  node  knows  the  sender’s  forwarder  list,  it  can  get 
rid  of  those  nodes  that  were  previously  chosen  as  forwarder 
nodes  by  the  sender.  It  turns  out  that  the  resulting  forwarder 
list  described  in  [5]  is  in  fact  in  the  subset  N(  —  N{. 

Figure  1  shows  an  example  where  DP  as  proposed  in  [5] 
fails.  Consider  node  A  as  the  source  of  the  broadcast.  Node 
A  selects  nodes  B  and  C  as  the  forwarder  nodes.  Note  that 
Ub  =  {F,  G,  H },  but  there  is  no  node  in  the  set  {D,  E}  (i.e., 
N[j  —  N -j4)  that  can  cover  the  set  {F.  G\.  The  same  can  be 
said  for  Uc  =  \D.  E.  J},  where  there  is  no  node  in  the  set 
{F,  G}  (i.e.,  Ni  —  N^)  that  can  cover  the  set  { D ,  E}. 

Our  solution  guarantees  that  nodes  in  N^  fj  Nf  take  part 
in  the  selection  of  the  forwarder  nodes  of  B ,  and  that  nodes  in 
Ar{4  f|  take  part  in  the  selection  of  the  forwarder  nodes  of 
C.  It  is  just  a  matter  of  consistency,  even  though  some  nodes 
in  Fpp,  and  in  Fppl  are  ruled  out  of  the  resulting  forwarder 
list  when  they  were  already  in  the  sender’s  forwarder  list. 


Fig.  1.  Example  where  original  DP  fails  (node  A  is  the  source).  Modified  DP 
determines  the  correct  set  of  forwarding  nodes:  A  selects  B  and  C  as  forwarder 
nodes;  B  chooses  D  and  C  as  forwarder  nodes,  but  dismiss  C  because  it  is  in 
the  sender’s  forwarder  list;  C  chooses  F  and  B,  but  dismiss  B  because  it  is  in 
the  sender’s  forwarder  list. 


III.  Enhanced  Dominant  Pruning 

The  objective  of  Enhanced  Dominant  Pruning  (EDP)  is  to 
reduce  the  number  of  broadcast  packets  necessary  to  flood 
the  network  with  the  same  guarantees  provided  by  DP  (after 
applying  the  modifications  cited  previously).  In  the  following, 
we  assume  that  a  neighbor  protocol  is  available  to  provide  the 
two-hop  neighborhood  information. 

The  EDP  forwarder  list  as  determined  by  node  rt;  is  denoted 
by  FL.  We  use  the  term  EDP  forwarder  list  to  emphasize  that 
the  resulting  list  might  be  different  from  the  one  obtained  by 
simply  running  DP  (i.  e-’  Fdp)  over  Ut.  The  current  node  is 
denoted  by  rii.  and  the  node  that  sent  the  packet  is  denoted 
by  S  (if  the  current  node  is  the  source  of  the  broadcast,  then 
S  =  0).  The  sender’s  forwarder  list  is  denoted  by  Fs,  and 
the  second-to-previous  forwarder  list  is  denoted  by  Fs s  •  fFs  = 
0  if  rii  is  the  source  of  the  broadcast.  In  a  similar  manner, 
Fss  —  0  if  n,i  is  the  source  of  the  broadcast  or  if  the  sender 
S  is  the  source.  The  packet  header  must  specify  the  forwarder 
list  and  the  sender’s  forwarder  list  (the  sender  S  of  the  packet 
is  obtained  from  the  packet  header),  but  that  should  not  be  a 
problem  given  that  both  lists  are  expected  to  be  small,  because 
GSC  is  applied  to  the  two-hop  neighborhood. 

Algorithm  1  shows  the  pseudo-code  for  determining  the 
EDP  forwarder  list  F%.  Let  C  be  the  set  of  neighbors  of 
node  rii  that  are  also  in  the  sender’s  forwarder  list  Fs-  Let 
IV*  be  the  set  of  nodes  adjacent  to  neighbors  that  are 
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also  in  the  sender’s  forwarder  list.  These  nodes  do  not  need  to 
be  considered  when  running  DP,  because  they  are  guaranteed 
to  be  covered  by  some  other  forwarder  node.  Let  1  be  the 
set  of  nodes  in  Fs  with  identifiers  larger  than  node  rii.  The 
set  of  forwarder  nodes  of  rii  that  are  reachable  through  other 
forwarder  node  in  the  sender’s  list  (i.e.,  there  is  a  disjoint 
two-hop  path  to  node  rik  through  another  node  in  Fs  with  a 
higher  priority)  is  denoted  by  V.  The  set  of  neighbors  that 
are  already  covered  by  nodes  in  Fss  (the  second-to-previous 
forwarder  node)  is  denoted  by  Q. 

As  in  DP,  a  forwarding  node  does  not  need  to  include  in 
its  forwarder  list  those  neighbors  that  are  also  neighbors  of 
the  sender  S  (i.e.,  N{  |"|  iVf ).  Because  the  sender  S  already 
sent  the  packet  to  all  its  neighbors,  all  the  common  neighbors 
between  the  sender  and  the  receiver  can  be  excluded  from  the 
forwarder  list.  Neighbors  that  are  also  in  the  sender’s  forwarder 
list  IFs  (line  1)  can  have  their  one-hop  nodes  removed  from 
Ui  (lines  2  through  4).  Then  DP  is  run  on  this  reduced  set, 
denoted  by  UlDP  (line  5). 

A  node  in  Ff,P  that  is  covered  by  at  least  one  more  node  in 
Fs  needs  to  be  covered  by  just  one  of  these  nodes.  To  select 
one,  we  use  node  identifiers  as  priorities,  and  the  node  with 
the  largest  ID  wins.  Lines  7  through  9  present  the  pseudo-code 
that  creates  the  set  1,  which  contains  the  nodes  in  Fs  with 
identifiers  larger  than  the  local  node  rii.  The  set  V  C  Fpp  has 
the  forwarder  nodes  that  are  reachable  through  another  node 
in  the  sender’s  forwarder  list  (lines  10  through  14).  That  is, 
there  is  a  disjoint  two-hop  path  to  node  rik  €  F^p  through 
another  node  in  Fs  with  a  higher  priority.  Therefore,  a  node 


Algorithm  1:  Enhanced  Dominant  Pruning 

Data  :  m,  Fs,  Fss,  Ui 
Result  :  Fi,  the  forwarder  list 

begin 

1  C  i —  N{  f)  Fs 

2  UfP  Ui 

3  for  rik  €  C  do 

4  L  Ubp  4—  Ubp  -  N ? 

s  Ffp  «—  DP  (Ubp) 

6  Xi -  0 

7  for  rik  €  Fs  do 

8  if  rik  >  rii  then 

9  |_  I  4—  X  U  {«*} 

10  Vi -  0 

it  for  rik  €  Ffp  do 

12  for  rii  6  X  do 

13  if  ri;  e  Ni  then 

14  \_vx~v  \J  {rik} 

is  Qi —  0 

16  for  rik  €  N{  do 

17  for  m  e  TV*  do 

18  if  m  e  Fss  then 

»  L2<-2U  {«*} 

20  Ft  < —  FfP  -  Q  -  V  -  Fs  -  FSs 

end 

in  the  set  V  can  be  excluded  from  the  forwarder  list. 

A  neighbor  rik  that  was  previously  chosen  as  a  forwarder 
node  by  the  second  to  previous  node  (i.e.,  rik  €  Fss),  and 
neighbors  covered  by  a  node  in  Fss,  can  be  removed  from 
the  forwarder  list  (lines  15  through  19).  A  neighbor  rik  is 
covered  by  some  node  ri;  €  Fss  if  it;  €  IV* .  Finally,  the  EDP 
forwarder  list  F%  is  updated  on  line  20. 

Consider  the  example  shown  in  Figure  2.  Node  A  selects 
nodes  {B,D,F}  for  its  forwarder  list.  Node  D  selects  nodes 
{ E ,  G}  as  forwarders,  because  E  is  the  only  neighbor  covering 
node  C,  and  node  G ,  because  it  is  the  only  neighbor  covering 
nodes  {F[,  J}.  Node  G  can  be  removed  from  D's  forwarder 
list,  because  node  G  is  covered  by  another  forwarder  node  with 
a  higher  priority  (i.e.,  node  F  €  Fa,  and  ID(F)  >  ID(D)). 
On  the  other  hand,  node  F  selects  node  G  as  its  forwarder 
node,  because  node  F  wins  over  node  D.  Node  G  selects  node 
D  as  its  forwarder,  because  D  is  the  only  neighbor  covering 
node  E.  but  node  D  can  be  dismissed  because  node  D  is  in 
the  second  to  previous  forwarder  list  (i.e.,  D  €  Fss  =  Fa). 
Node  B  selects  node  C  as  its  forwarder,  because  node  C  is 
the  only  neighbor  to  cover  node  E.  Node  C  determines  E  as  a 
forwarder  node,  because  E  is  the  only  neighbor  covering  node 
D.  Node  C  does  not  need  to  include  node  E  in  the  forwarder 
list,  because  node  E  is  covered  by  a  node  in  Fa-  The  same 
happens  at  node  E,  which  selects  node  C  as  a  forwarder  node 
but  it  is  not  necessary  to  include  node  C  in  the  forwarder  list, 
because  node  C  is  covered  by  node  B.  It  is  important  to  note 


that,  in  order  to  exclude  a  neighbor  from  the  forwarder  list, 
it  suffices  that  the  node  is  covered  by  other  node  in  Fss  ■  It 
is  not  a  requirement  that  the  excluded  node  be  chosen  as  a 
forwarder  node  by  the  node  covering  it. 

Q  =  {C}  =  {C}  —  Q  =  0 

=^D  ={£} 

^SS  =  ^A  =  {D,B,F} 

[  H1EFd  ={E,G }  -V  ={E} 

I  =  ^A  = 


={D}-FSs 
=  {G} 

^SS  =FA  =  {D, 


A  is  the  source  Fq  =  {  C } 

Fs  =  =  {D,B,F}  Ek  =  {D,B,F}  Fs  =Fa  =  {D,B,F} 

=  0  FSs=Fs  =«  FSs=» 

Fig.  2.  Node  A  is  the  source.  The  knowledge  about  the  second  to  previous 
forwarder  list  {J~a)  allows  nodes  E  and  C  to  exclude  each  other  from  their 
forwarder  list,  and  node  G  to  exclude  node  D.  Node  D  reduces  the  size  of 
its  forwarder  list  by  using  the  information  provided  by  the  set  V. 

Consider  the  example  illustrated  in  Figure  3.  Node  A  is 
the  source  of  the  broadcast.  Nodes  B  and  C  are  chosen  as 
forwarders.  Node  B  does  not  need  to  cover  nodes  F  and  G 
because  they  are  adjacent  to  other  node  (i.e.,  node  C)  in  the 
sender’s  forwarder  list.  Given  that,  node  B  determines  node  D 
as  its  forwarder  node,  which  in  turn  determines  node  E  as  its 
forwarder  node.  Nevertheless,  D  does  not  need  to  forward  the 
packet  to  node  E  because  it  is  covered  by  a  previous  forwarder 
node  (i.e.,  node  B  chosen  as  forwarder  node  by  node  A),  and 
node  E  is  adjacent  to  both  node  D  and  the  sender  B.  In 
a  similar  manner,  node  C  does  not  need  to  cover  nodes  D 
and  E,  because  they  are  adjacent  to  node  B  that  is  in  the 
sender’s  forwarder  list.  C  determines  node  F  as  its  forwarder 
node,  which  in  turn  determines  node  E  as  a  forwarder  node. 
Node  F  does  not  need  to  include  node  E  because  this  node 
is  covered  by  a  previous  forwarder  node  (i.e.,  node  B  that  is 
in  A’s  forwarder  list). 


0-0- 
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Fig.  3.  Node  A  is  the  source.  Nodes  B:  C,  D ,  F  are  the  only  nodes  chosen 
as  forwarders  for  this  network. 


Theorem  1  Given  a  graph  G(V,E),  let  Tdp  be  a  CDS  of 
G  when  applying  the  algorithm  DP,  and  Tedp  a  CDS  of  G 


when  applying  the  algorithm  EDP.  Then  Tedp  is  equivalent 
to  Tdp- 

Proof:  Nodes  in  the  set  Fss  and  the  set  Fs  can  be  ex¬ 
cluded  without  any  implication  besides  reducing  redundancy. 
Nodes  in  Q  were  already  covered  by  some  other  forwarders 
in  jFss,  therefore  they  can  be  omitted.  A  node  74.  G  V  can  be 
disregarded  because  node  74.  is  covered  by  some  other  node 
til  in  the  set  T  (nodes  with  higher  priority),  i.e.,  all  nodes 
in  Ni  are  also  in  Nf,  or  74.  £  Fl  when  there  is  a  node 
nu  exclusively  covered  by  rtk  (i.e.  nu  €  iV-f  and  nu  is  not  a 
neighbor  of  any  other  node  in  Nf).  Hence,  all  nodes  covered 
by  Te>p  are  also  covered  by  Tedp-  ■ 


A.  Applying  EDP  to  the  Route  Discovery  Process  of  AO DV 

This  section  addresses  the  application  of  EDP  to  the  route 
discovery  process  in  AODV  (AODV-EDP).  Our  neighbor 
protocol  uses  hello  packets  to  disseminate  the  one-hop  neigh¬ 
borhood,  which  creates  a  picture  of  its  two-hop  neighborhood 
at  any  given  node  in  the  network.  A  hello  packet  advertises 
the  node’s  sequence  number  ( mySeqNum ),  the  identification 
of  its  known  neighbors  ( neighbors [ /),  and  the  corresponding 
neighbors’  sequence  number  (neighSeqNum[ ]).  We  have  cho¬ 
sen  a  hello  interval  of  1.5s.  To  reduce  the  number  of  broadcast 
messages,  RREQ  also  advertise  the  one-hop  neighborhood  in¬ 
formation,  working  as  a  hello  message.  This  event  reschedules 
any  pending  hello  message. 

To  avoid  pruning  too  many  route  requests  in  the  presence  of 
mobility  and  cross-traffic,  we  have  chosen  to  implement  the 
neighbor  protocol  as  part  of  AODV.  We  extended  the  hello 
mechanism  available  in  AODV  to  include  the  information 
about  the  one-hop  neighborhood  in  hello  messages,  and  we 
also  rely  on  the  AODV  mechanisms  for  evaluating  the  link 
status  to  neighbors. 

A  route  request  (RREQ)  works  in  a  similar  way  as  in  AODV. 
The  main  difference  being  that  only  forwarders  rebroadcast 
a  broadcast  packet.  The  source  of  a  RREQ  calculates  its 
forwarder  list  using  EDP,  and  broadcasts  the  packet.  Upon 
receiving  a  route  request,  a  forwarder  that  cannot  respond 
to  this  request  calculates  its  own  forwarder  list  using  the 
information  provided  in  the  RREQ  packet  (i.e.,  forwarder 
list,  second  to  previous  forwarder  list,  and  source  node)  and 
broadcast  the  packet  after  updating  it  with  its  own  forwarder 
list.  Eventually  the  request  reaches  a  node  with  a  route  to  the 
destination  or  the  destination  itself.  It  is  expected  that  most  of 
the  replies  will  come  from  an  intermediate  node  because  of 
the  two-hop  neighborhood  information. 

Because  of  topology  changes,  nodes  may  not  have  correct 
two-hop  neighborhood  information,  which  may  result  in  for¬ 
warding  lists  that  do  not  cover  all  nodes  in  the  neighborhood. 
However,  this  is  not  a  major  problem,  because  a  node  in¬ 
correctly  excluded  from  the  forwarder  list  also  receives  the 
request  and  can  respond  in  the  case  it  has  a  route  to  the 
destination. 


IV.  Simulations  and  Performance  Results 


Packet  delivery  ratio  (50  nodes  and  30  flows) 


To  compare  AODV  with  EDP  (AODV-EDP)  against  other 
protocols,  we  use  traffic  and  mobility  models  similar  to  those 
previously  reported  in  [10].  We  implemented  AODV-EDP  in 
Qualnet  3.5,  and  compare  it  against  AODV-DP  (AODV  with 
Dominant  Pruning),  AODV  with  no  hello  messages  and  with 
2s  hello  timers,  and  OLSR.  We  have  chosen  AODV  and  OLSR 
because  they  represent  some  of  the  most  referenced  reactive 
and  proactive  unicast  routing  protocols  for  wireless  ad  hoc 
networks. 
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A.  Simulation  Parameters 

The  network  is  composed  of  50  nodes  spread  over  an 
area  of  1500m  x  300m.  The  radio  model  used  is  a  2 Mbps 
IEEE  802.11  device  with  a  nominal  transmission  range  of 
280m.  Initially  nodes  are  placed  uniformly  over  a  grid.  Nodes 
move  according  to  the  random  waypoint  model  with  velocities 
between  0  and  20 m/s.  Seven  pause  times  are  tested:  0s 
(always  moving),  50s,  100s,  300s,  500s,  700s,  and  900s. 

For  traffic  sources  we  use  30  source  nodes  transmitting 
4  packets / s  of  512  bytes,  making  it  a  total  of  120  data  packets 
being  injected  into  the  network  every  second.  Nodes  begin 
transmitting  at  50s  plus  an  offset  uniformly  chosen  over  a  5s 
period  to  avoid  synchronization  in  their  initial  transmission. 
Source  and  destination  pairs  are  chosen  uniformly  among 
the  nodes  in  the  network.  The  simulation  time  is  set  to  900 
seconds,  and  identical  mobility  and  traffic  scenarios  are  used 
across  protocols. 

Experiments  are  repeated  for  10  trials  with  different  random 
number  seeds.  Results  present  a  95%  confidence  interval.  Each 
data  point  represents  the  mean  over  the  10  runs  discarding  the 
lowest  and  largest  results  (quantile  of  one). 

Four  performance  metrics  are  evaluated: 

•  Packet  delivery  ratio,  the  ratio  of  the  data  packets  deliv¬ 
ered  to  the  destination  to  those  generated  by  the  CBR 
sources. 

•  Average  end-to-end  delay  for  data  packets,  including 
all  possible  delays  caused  by  route  discovery  latency, 
queueing  at  the  interface,  retransmission  delays  at  the 
MAC  layer,  and  propagation  and  transfer  times. 

•  Routing  load,  the  number  of  routing  packets  transmitted 
per  data  packet  delivered  to  the  destination,  where  each 
hop  traversed  by  the  packet  is  counted  as  one  transmis¬ 
sion. 

•  MAC  collisions,  the  number  of  collisions  detected  at  the 
MAC  layer. 

B.  Results 

We  show  that  AODV-EDP  outperforms  the  other  protocols 
in  most  of  the  performance  metrics.  OLSR  performs  better 
than  AODV-EDP  in  terms  of  routing  load  and  the  number  of 
MAC  collisions  (a  difference  of  about  10%  less  collisions). 
However,  we  have  to  analyze  these  results  together  with  the 
other  metrics. 

Figure  4  shows  the  packet  delivery  ratio.  AODV-EDP 
presents  an  almost  constant  packet  delivery  ratio  for  all  pause 
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Fig.  4.  Packet  delivery  ratio  for  50  nodes  and  30  flows  (120  packets/s) 

times.  As  the  network  becomes  more  static,  the  proactive 
approach  of  OLSR  starts  to  payoff  and  it  performs  better  than 
standard  AODV,  but  AODV-EDP  has  a  higher  delivery  ratio 
for  all  the  pause  times.  AODV-DP  shows  that  DP  alone  can 
improve  AODV;  however,  it  also  shows  that  there  is  room  for 
more  improvement  (i.e.,  there  is  some  more  redundancy  that 
can  be  eliminated).  OLSR  performs  better  than  AODV-DP  for 
large  pause  times  (after  500s  pause  time). 

As  pointed  out  in  [10],  the  possibility  of  link  failures  is 
low  with  low  mobility,  but  due  to  the  node  movement  model 
(random  waypoint)  nodes  usually  get  clustered.  This  situation 
is  responsible  for  congestion  in  those  regions  in  the  presence 
of  high  traffic.  This  causes  the  link  layer  to  report  link  failures 
even  though  the  nodes  are  relatively  static  and  a  physical  link 
still  exists  between  the  nodes.  This  is  observed  on  Figure  4, 
where  we  notice  a  decreasing  on  the  packet  delivery  ratio  for 
some  larger  pause  times. 

Figure  5  shows  the  average  end-to-end  delay.  AODV-EDP 
presents  an  almost  constant  mean  latency,  and  is  always  the 
best  for  all  pause  times.  Together  with  the  packet  delivery 
ratio,  these  results  show  that  besides  delivering  more  packets 
AODV-EDP  delivers  them  faster  than  the  other  protocols. 
AODV-DP  again  shows  that  DP  alone  improves  AODV,  but 
OLSR  is  still  better  than  AODV-DP  for  large  pause  times. 
Clustering  of  nodes  has  a  direct  impact  on  the  latency  as  well. 
Packets  spend  more  time  waiting  on  the  queues,  and  usually 
need  to  be  retransmitted  due  to  increased  congestion. 

Figure  6  presents  the  routing  load.  As  expected,  AODV-EDP 
has  a  lower  routing  load  in  comparison  to  standard  AODV, 
because  it  reduces  the  number  of  broadcast  transmissions.  As 
expected,  AODV-DP  reduces  the  control  overhead  compared  to 
AODV,  but  not  as  much  as  AODV-EDP.  OLSR  has  the  lowest 
routing  load,  but  at  the  same  time  it  gets  a  comparable  delivery 
ratio  only  when  the  network  is  more  static.  As  mobility 
increases,  OLSR  does  not  deliver  as  many  packets  as  AODV- 
EDP,  and  does  not  improve  the  end-to-end  delay  for  any  pause 
time.  In  another  words,  less  control  overhead  does  not  translate 
in  better  performance  for  the  upper  layers. 

Figure  7  shows  the  number  of  collisions  at  the  MAC  layer. 
The  number  of  colisions  for  standard  AODV  is  noticeable 
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Fig.  5.  End-to-end  delay  for  50  nodes  and  30  flows  (120  packets/s) 
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Fig.  6.  Routing  load  for  50  nodes  and  30  flows  (120  packets/s) 

larger  than  the  other  protocols,  because  a  node  always  re¬ 
sponds  to  the  first  received  RREQ  (if  the  TTL  is  valid,  i.e., 
greater  than  zero).  Because  both  AODV-EDP,  AODV-DP,  and 
OLSR  reduce  the  number  of  necessary  broadcasts,  it  translates 
in  less  collisions.  OLSR  produces  slightly  fewer  collisions  than 
AODV-EDP.  However,  these  results  when  interpreted  together 
with  the  packet  delivery  ratio  and  the  end-to-end  latency  of 
both  protocols  indicate  that  AODV-EDP  incurs  a  few  more 
collisions  because  it  delivers  more  packets. 

Because  the  scenarios  we  have  used  to  evaluate  our  ap¬ 
proach  differ  from  those  presented  in  [6],  and  because  we 
implemented  our  solution  together  with  a  neighbor  and  routing 
protocol,  we  do  not  know  how  our  solution  compares  to  TDP 
and  PDP  The  relation  between  the  savings  of  pruning  (too 
much,  or  too  little)  and  the  degree  of  broadcast  redundancy 
achieved,  can  be  different,  depending  on  the  physical  environ¬ 
ment  under  consideration.  If  we  take  into  account  that  more 
packets  being  broadcasted  translate  into  more  contention  and 
collisions,  we  could  have  a  different  picture,  depending  on  the 
number  of  broadcasts  that  are  avoided. 

V.  Conclusions 

We  presented  an  enhanced  dominant  prunning  approach 
that  allows  prunning  redundant  broadcasts  even  more  than 
the  conventional  dominant  prunning  heuristic.  Because  EDP 
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Fig.  7.  MAC  collisions  for  50  nodes  and  30  flows  (120  packets/s) 

requires  the  two-hop  neighborhood  to  determine  the  forwarder 
list,  we  built  a  neighbor  protocol  as  part  of  AODV.  By 
making  the  neighbor  protocol  part  of  AODV,  the  result  is  a 
more  accurate  view  of  the  local  topology,  and  therefore  more 
accurate  is  the  determination  of  the  forwarder  list. 

AODV-EDP  improves  the  packet  delivery  ratio  for  all  the 
pause  times  tested  in  the  50  nodes  and  30  flows  scenario. 
The  other  protocols  (standard  AODV  and  OLSR)  deliver  fewer 
packets  than  AODV-EDP  (the  only  exception  is  at  900s  when 
OLSR  has  the  same  delivery  ratio  as  AODV-EDP).  The  end-to- 
end  delay  is  much  better  in  AODV-EDP,  and  is  less  than  half 
of  the  delays  incurred  by  the  other  two  protocols.  The  better 
delivery  ratio  and  lower  latency  do  not  come  for  free,  and 
AODV-EDP  incurs  more  normalized  routing  load  than  OLSR, 
but  less  than  standard  AODV.  The  reduction  of  broadcast 
replicas  by  AODV-EDP  and  OLSR  translates  into  a  lower 
number  of  collisions  at  the  MAC  layer. 
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